home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000062_news@columbia.edu_Sun Jan 1 07:04:59 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA18395
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sun, 1 Jan 1995 15:25:00 -0500
  3. Received: by apakabar.cc.columbia.edu id AA13451
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sun, 1 Jan 1995 15:24:59 -0500
  5. Path: news.columbia.edu!panix!news.mathworks.com!news2.near.net!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit & the strange DOS machine
  9. Message-Id: <1995Jan1.130459.36285@cc.usu.edu>
  10. Date: 1 Jan 95 13:04:59 MDT
  11. References: <wpfulmorD1pIp4.Aon@netcom.com>
  12. Organization: Utah State University
  13. Lines: 65
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <wpfulmorD1pIp4.Aon@netcom.com>, wpfulmor@netcom.com (william p fulmor) writes:
  17. > I have a single board 8 mhz 8088 MSDOS computer which is an expansion 
  18. > board to a unix based computer.  COM1 is irrevocably tied to a 
  19. > non-standard on-board-modem.  COM2 is said to be a standard PC serial 
  20. > port, which *was* driven by an NS 8250.   COM2 is *now* driven by an NS 
  21. > 16550.   \|^)
  22. > 
  23. > After starting Kermit (3.13 patch 20) in the usual fashion, if I 'set port 2'
  24. > Kermit finds and acknowleges the existance of the 16550 in response to
  25. > either 'sho comm' or 'sho mod'.  If I start Kermit with 'set port 2' in
  26. > the command line, it does *not* acknowlege the existance of the 16550.  I 
  27. > don't know if Kermit finds the 16550 under that circumstance (I have 
  28. > commented out 'set port 1' in mscustom.ini).
  29. > 
  30. > If I 'dial nnnnnnn', Kermit initializes the modem (Dataport 14400) at
  31. > 57600, dials the number and connects at 14400.  With very little tuning, I
  32. > transferred a text file at 2600~2700cps apparently error free from the
  33. > remote Kermit 5A(189) putting out allegedly at 38400. 
  34. > 
  35. > So why am I using this bandwidth?
  36.  
  37.     I don't quite understand this last question. Your telco line is 
  38. limited to 14,400 bps plus whatever compression can do (in Kermit, in the
  39. modem). 2600 cps is about 26,000 bps equivalent and that implies a
  40. compression of 2:1 (rather better than average).
  41.  
  42. > 1. Kermit takes 13 minutes from pressing <return> following the dial 
  43. > command to actually dialing the number.  It frequently takes so long to 
  44. > return to the prompt after connection is made that the connection drops 
  45. > before I can get the remote's attention.  "output atdtnnnnnnn\13' is a 
  46. > crude work-around.
  47.  
  48.     That's a sure sign of hardware troubles (interrupts are lost, 
  49. horribly for example).
  50.  
  51. > 2. Escaping from connect to local is prompt, but connecting back to 
  52. > remote takes a *long* time.
  53.     Ditto.
  54.  
  55. > 3. In interactive operation as a vt100 and with 'set flo rts/cts' a 
  56. > very few characters are dropped, not enough to cause problems - but - The 
  57. > screen is written only a few lines at a time with long pauses in 
  58. > between.  I suspect the remote gets bored with the constant hardware halts & 
  59. > looses interest.  If I 'set flo none' the screen is uninteligible.  
  60.  
  61.     Flow control is the likely suspect and the other end thinks
  62. you have stopped the flow. Again, serious hardware problems can mess up
  63. serial port handshaking.
  64.  
  65. > I suspect that this behavior is caused by Kermit's finding the 
  66. > non-standard modem at COM1 and using BIOS thereafter.  Can anyone verify 
  67. > my suspicions?  Is there a way to fool Kermit or to cause it to find COM2 
  68. > only?  Do any other non-standard hardware features cause Kermit to slow 
  69. > down in this fashion?
  70.  
  71.     Kermit will tell your about BIOSn. Just use SHOW COM to see it.
  72. SET PORT COM2 tells Kermit to use that port, and be sure there are no
  73. port-sensing commands before it (SHOW COM is a sensing command) so that
  74. the default COM1 is not touched by them. Try placing SET PORT COM2 near
  75. the top of file mskermit.ini to ensure that's the default port when the
  76. scripts run.
  77.     "Non-standard hardware features" covers rather much territory and I
  78. hesitate to begin speculating what your computer really looks like at the
  79. hardware level.
  80.     Joe D.